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statement with 
citations and explanations supporting such statement 

1 Reference is made to the following documents: 
• D1 SHEN Q, : -on providing flow transparent mobilHy support for IP**"* 

' wkeless real-time- INTERNET ARTICLE, [Online] 2001 , page 0 l-IV 8-1 9,41-58, 
XPCcS<£l63 NATIONAL UNIVERSITY OF SINGAPORE Retrieved from the 

D2 . ^^"S Combined GSM and Mobimy Handling in UMTS IP 
ON" 3G TR 23.923 V3.0.0, XX, XX, May 2000 (2000-05), pages 1 -75, 
XP002282368 

2 The present application does no. meet the criteria of Article 33(1) PCT. 

subiLmatter of claims 1 , 20 and 21 is not new in the sense of Art,cle 33(2) PCT. 

" Z SI <- trances in parentheses applying ,o this 

mlr? 4 swtou™ 4 4 and page 52, lines 13 to 16), wherein the header held 
deli iSi me ex.tns.on header includes a hop-by-hop extension head- page 
R2 «nes 19 to 21 and figure 4.3(c)), the hop-by-hop ex.ens.on header mcludmg a 

™de ^packet radio network (figure 4.4 and page 52, lines 17 to 19, page 
5 U 2 P 1 To 54 linet and figure 2.2: roulr in .he foreign nefwork=Ga.eway Support 
Nod ) wire I he remainder of the hop-by- hop exfension header inciudes a held 
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providing a home address of a mobile node (figure 4.3(c)). 

Therefore, the present application does not meet the criteria of Article 3W 
because the subject-matter of claim 1 is not new in the sense of Art.cle 33(2) PCT. 

Furthermore, even if it could be argued that the internet packet defined in claim 1 is 
new, based on minor differences in the interpretation of the features as claimed ,n 
cTm 1 and those disclosed in D1 , the subject -matter of claim 1 would certainly not 
involve an inventive step, Article 33(3) PCT, as document D1 discloses the same 
internet packet and the same type of solution as the one descnbed .n claim 1 . 

2 2 INDEPENDENT CLAIMS 20 AND 21 
' The same reasoning as in paragraph 2.1 applies, mutat.s mutandis, to he 

lubject matter of the corresponding independent claims 20 and 21 , wh.ch therefore 
are also considered not new in the sense of Article 33(2) PCT. 



3 The present application does not meet the criteria of Article 33(1) PCT, because the 
subje^-matter of ciaim 22 does not involve an inventive step in the sense of Article 
33(3) PCT. 

3 1 INDEPENDENT CLAIMS 22 
' The document D1 discloses (the references in parentheses applying to this 

document) the use of an .Pv6 Router Alert option header for cornmumcating a source 
home address of a mobile node to a Gateway ... Support Node (page 52 line 9 to 
page 54, line 1 and page 14, figure 2.2: router in the foreign 
Support Node), the router alert option header including a field -"^ng tha ^the 
router alert option header containing the source home address i ntended f or the 
Gateway ... Support Node (page 52, lines 13 to 16 and page 52, l.ne 19 to page 54, 

The subject-matter of claim 1 1 differs from this known D1 in that the Gateway 
Support Node is part of a GPRS network. 

However, the Gateway Support Node has already been employed for the same 
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purpose in a GPRS network, see document D2, page 31 , lines 17 to 19 it would be 
Router Alert option header according to claim 22. 

? h °e" me subieot-rnatter o, Calm 22 of the ""»« to 

considered as involving an inventive step (Article 33(3) PCT). 



features of any olaim to which they refer, meet the requirements of the PCT ,n 

"of novelty (Calms 2-9) and inventive step (Cairn 10), see documents D1 and 
D2 and the corresponding passages cited in the search report. 



™ T^uITd? landed as being the Coses, prior art to the subject-matter of 
T T^sho^Z^erences in parentheses applying to this document): 

A 0^ ^ node operable to provide an interface between an externa. 
Da ck* da a^mmuntaatrons neLrk and a packet radio network (figure 2.2: router ,n 
he "nToTkUaleway Support Node), ... the gateway «PJ-«~* 
curable upon receipt of the interne, packet accordrng to any o, Carms 1 ,o 1 0 (see 

Pa T P de,^ S^rSrS - ttre fn,eme, packe, includes a hop-by-hop 
^Td^,^^ 

v^uetld Wioattng ,ha, «he remainder of ttte hop-by-hop 

and upon detecting the value field indicating that «he reminder o, the 
hop-by-hop extension header field is for the gateway support node, 

to recover information from a field provided in the remainder of the hop-by hop 
extenlnCder for use in controlling egress and/or Ingress of Interne, packets to 
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the packet radio network in accordance with the information (page 52, line 21 to 
page 54, line 1), wherein" 

The subject-matter of claim 1 1 differs from this known D1 in that: 

the packet radio network providing a plurality of packet data bearers for 
oolunicating the Internet packets with nodes attached to the packet rad » ne^o* 
each of the packet data bearers being defined with respect to a source home address 
of nodes communicating the internet packets, ... 
the aatewav support node is operable 

to control ingress of internet packets from the external communications network 
to the oacket data bearers of the packet radio network, by 

Sg from the inf omiation field provided in the remainder of the hop-by-hop 
extension header a source home address of a mobile correspondent node 
communicating the internet packets, . . 

using the home address to identify the packet data bearer for commun.cat.ng 
the internet packets to a correspondent node attached to the packet rad.o network, 

allowing ingress of the Internet packets to the identified packet data bearer. 
The subject-matter of claim 1 1 is therefore new (Article 33(2) PCX). 

The problem to be solved by the present invention may be regarded as how to control 
Ig'ess of internet packets from external communication networks to the packet data 
bearers. 

The solution to this problem proposed in claim 1 1 of the present application is 
Lnstdered as involving an inventive step (Article 33(3) PCT) for the following 
reasons- None of the available prior art discloses or suggests such a solut.on^ 
Document D2 raises the same problem as in the application (see D2, page 25, hnes 
20 to 23) but does not propose a solution in concrete terms. 

5 1 INDEPENDENT CLAIM 18, 23, 24 AND 25 

The same reasoning as in paragraph 5. applies, mutat.s mutandis, to the 
lubject matter of the corresponding independent claims 18, 23, 24 and 25, wh.ch 
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therefore ere else considered to meet the requirements of the PCT with respeot to 
novelty and inventive step: 



6 - SSS^^CSS. 19 -. cieims 1 1 and 1 8 and as suoh .so meets the 
requirements of the PCT with respect to novelty and invent.ve step. 



Form 
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extension header. The field "Header Extension Length" 620 provides an Ration of 
the length of the extended header if present 

The next fields to the IP packet ire specified to aecoxdance with the router alert 

option type [4). The first of these fields provides the "Router Alert Option" field 622. 
The "Router Alert Option" field provides an indication that the field is for alerting 
^ and has a vrtue of zero specified as three bits (000). The next field 624 
provides a «hop-by-hop option type" which is set to a value of five hy a field length of 

five bits. . , . 

The next field 626 provides a value field and is set to a value to mdrcate that 

, fce infortnation in the remainder of the header is provided for the GGSN of a GPRS 
active* This value may he any value which has not so for been reserved m the 
specification [4]. For example the value may be -T. Alternatively, ft may be posstble 
„ utilise a value already reserved such as "2" meaning "Dafcgram contains an active 
net „ork roessuge". If the definition of me value "2" permits the use of tins value for 

5 mobility information for die GGSN, then this value may be re-used. Otherwise foe 
next available value which is "3" will be used. The remaining field 628 provides me 

information to the GGSN. 

One example of the information for the GGSN which may be provided m the 
field 626 is the mobile node's home address. This provides a 128-bit address fieUL 
20 The router alert field in contrast is only 3 -bits with the "hop-by-hop option type" field 
being only S-bits. As a result, since every router along the communications path must 
only read 3-bits to determine whether the information is relevant to the router 
concerned, a performance loss is substantially reduced with respect to a performance 
loss which may have occurred if a remaining 128-bit address field was also reqmred to 
25 be read by every router along the communications path. 

In summary, by analysing the hop-by-hop field in combination with the source 
address field the TFT controller 500 can identify the appropriate bearer 520 to 
communicate the Internet packets to the correspondent node CN because the hst 502 
30 includes the home address of the mobile node. The operation of the GGSN when 



AMENDFn SHEET 



GB0403064 



K3-2005 
* t 



P017878WO 23 



10 



1 - - An internet packet comprising a deader field, the header field includiiig 
a field identifying a source address of the internet packet, a field identifying the 
destination address of the internet packet and a next header field identifying whether 
an extension header follows the header and a type of the extension header, wherem the 
header field identifies that the extension header includes a hop-by-hop extension 
header, the hop-by-hop extension header including a router alert option header 
indicating that the hop-by-hop extension header is optional for a router to read, and a 
value field indicating that the remainder of the hop-by-hop header is provided for a 
gateway support node of a packet radio network, wherein the remainder of the hop-by- 
hop extensionheader includes afield providing ahome address of a mobile node. 

2 An internet packet as claimed in Claim 1, wherein the router alert 
option header includes a first field indicating that the hop-by-hop extension header is 
15 optional, a second field indicating the hop-by-hop option type number, and a third 
value field, the value in the third value field indicating that a fourth field provides the 
home address of a mobile node. 

3 An internet packet as claimed in claim 2 or 3, wherein the first field of 
20 the router alert option header is provided as a relatively short field with the effect that 
a time for a router to read the first field is reduced with respect to a requirement to. read 
all data in the hop-by-hop extension header. 

4. An internet packet as claimed in Claim 3, wherein the first field 
25 comprises three bits. 

5. ' An internet packet as claimed in Claim 4, wherein the three bits are all 

zeros. 
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6 An internet packet as claimed in Claims 3, 4 or 5, wherein the second 
field.of the router alert option header indicating the hop-by-hop option type comprises 
five bits set to a value of five. 

5 7 . An internet packet as claimed in any preceding Claim, wherein the 

internet packet is a IPv6 internet packet. 

8 An internet packet as claimed in any of Claim 1 to 7, wherein the home 
address of the mobile node corresponds to the source address of the mobile node when 
associated with a home network when an internet protocol session was initiated. 



10 



15 



20 



25 



30 



9 An internet packet as claimed in any of Claims 1 to 7, wherein the 
home address of the mobile node corresponds to the destination address of the mobile 
node associated with a home network when an internet protocol session was mitmted. 

10 An internet packet as claimed in any of Claims 1 to 9, wherein the 
packet radio network is a General Packet Radio Service network, the information for 
the gateway support node being provided for a Gateway GPRS Support Node of the 
GPRS network. 

11. A gateway support node (GGSN) operable to provide an interface 
between an external packet data communications network and a packet radio network, 
the packet radio network providing a plurality of packet data bearers for 
communicating the internet packets with nodes attached to the packet radio network, 
each of the packet data bearers being denned with respect to a source home address of 
nodes communicating the internet packets, the gateway support node (GGSN) being 
operable upon receipt of the internet packet according to any of claims 1 to 10, 

to detect that a next header field of the internet packet includes a hop-by-hop 

extension header, and 

to detect a router alert option header in the hop-by-hop extension header, and a 
value field indicating that the remainder of the hop-by-hop extension header is 
provided for the gateway support node, and upon detecting the value field indicating 
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that the remainder of the hop-by-hop extension header field is for the gateway support 
node, • 

to recover information ftom a field provided in the remainder of the hop-by- 
hop extension header for use in controlling egress and/or ingress of internet packets to 
the packet radio network in accordance with the information, wherein 
the gateway support node is operable 

to control ingress of internet packets ftom the external communications 
network to the packet data bearers of the packet radio network, by 

detecting from the information field provided in the remainder of the hop-by- 
hop extension header a source home address of a mobile correspondent node 
communicating the internet packets, 

using the home address to identify the packet data bearer for communicating 
the internet packets to a correspondent node attached to the packet radio network, and 
allowing ingress of the internet packets to the identified packet data bearer. 

12. A gateway support node as claimed in Claim 1 1, the gateway support 

node being operable 

to allow ingress of the internet packets if either me address in the source 
address field of the internet packet or the address provided in the field in hop-by-hop 
20 extension header for the gateway support node corresponds to a packet data bearer. 

13. A gateway support node as claimed in Claim 11 or 12, the gateway 

support node being operable 

to perform egress packet filtering in accordance with a destination address of 
25 the internet packets received from the plurality of packet data bearers, egress of the 
internet packets being allowed for internet packets having a legitimate destination 
address, and upon receipt of the internet packet accordingtoany of Claims 1 to 10, 

to detect from die information data provided in the hop-by-hop extension 
header field for the gateway support node a destination home address of a mobile 
30 correspondent node which is to be the destination of the internet packets, and 

to allow egress of the internet packets if the gateway support node recognises 
the destination home address as a legitimate home address. 
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14. A gateway support node as claimed in Claim 13, the gateway support 
node being operable to allow egress of the internet packets if either the address in the 
destination address field of the packet or the address provided in the hop-by-hop 
5 extension header for the gateway support node is a legitimate destination address. 



15. A gateway support node as claimed in any of Claims 1 1 to 14, wherein 
the gateway support node is operable as a Gateway GPRS Support Node (GGSN), 
according to the General Packet Radio System standard. 

10 

16. A packet radio network operable to communicate internet packets 
between an external packet data network and nodes associated with the packet radio 
network, the packet radio network providing a plurality of packet data bearers for 
communicating the internet packets to and/or from the nodes attached to the packet 

15 radio network, the packet radio network including a gateway support node as claimed 
in any of Claims 11 to 15. 

17. A packet radio network as claimed in Claim 16, wherein tile packet 
radio network is operable in accordance with the General Packet Radio System 

20 (GPRS) standard, the gateway support node being a Gateway GPRS Support Node 
(GGSN). 

18. A method of operating a gateway support node to interface between an 
external packet data communications network and a packet radio network, the packet 

25 radio network providing a plurality of packet data bearers for communicating the 
internet packets with nodes attached to the packet radio network, each of the packet 
data bearers being defined with respect to a source home address of the nodes 
communicating the internet packets, the method comprising 

receiving an internet packet according to any of claims 1 to 10, 

30 detecting that a next header field of the internet packet identifies that an 

extension header includes a hop-by-hop extension header, 
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detecting a router alert option header and a value field in the hop-by-hop 
extension header indicating that the remainder of the hop-by-hop header is provided 
for the gateway support node, and upon detecting the value field indicating that the 
remainder of the hop-by-hop extension header field is for the gateway support node 

recovering from a field provided in the remainder of the hop-by-hop extension 
header information for use in controlling egress and/or ingress of internet packets to 
the packet radio network in accordance with the information, 

wherein, the controlling the ingress of internet packets from the external 
communications network to the packet data hearers of the packet radio network in 
accordance with the information, includes 

detecting from the information provided in the remainder of the hop-by-hop 
extension header field a source home address of a mobile correspondent node 
communicating the internet packets, using the home address to identify the packet data 
bearer for communicating the internet packets to a correspondent node attached to the 

packet radio network, and 

allowing ingress of die internet packets to the identified packet data bearer, and 

otherwise dropping the internet packet. 

19. A method as claimed in Claim 1 8, the method comprising 
performing egress packet filtering in accordance with a destination address of 

internet packets received from the plurality of packet data bearers, egress of internet 
packets being allowed for internet packets having a legitimate destination address, and 
upon receipt of internet packets according to any of Claims 1 to 10, 

detecting from information provided in the remainder of the hop-by-hop 
extension header field for die gateway support node a destination home address of a 
mobile correspondent node which is to be the destination of the internet packets, and 

allowing egress of internet packets if the gateway support node recognises the 
destination home address as a legitimate home address. 

20. A signal representing an internet packet according to any of claims 1 to 

10. 
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A signal bearing medium, the medium bearing the signal according to 



22. Use of an IPv6 Router Alert option header for communicating a source 
5 home address of a mobile node to a Gateway GPRS Support Node, the router alert 

option header including a field indicating that the router alert option header containing 
the source home address is intended for the Gateway GPRS Support Node. 

23. A computer program providing computer executable instructions, 
10 which when loaded on to a data processor configures the data processor to operate as a 

gateway support node as claimed in any of Claims 11 to 15. 

24. A computer program having computer executable instructions, which 
when loaded on to a data processor causes the data processor to perform a method 

15 according to any of Claims 18 or 19. 

25. A computer program product having a computer readable medium 
having recorded thereon information signals representative of the computer program 
claimed in Claim 23 or 24. 

20 
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Claim 20. 
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